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SYSTEMS AND METHODS FOR TESTING A DEVICE-UNDER-TEST 



BACKGROUND 

[0001] Testing the structure of an electronic device, such as, for example, a 

microprocessor, typically requires providing the device with input and then 
checking the device's output to determine if there are any defects. For some 
devices-under-test (DUTs), input is provided to both scan-pins and non-scan-pins 
of the DUT. The scan-pins are typically connected to specific internal structures 
of the DUT and receive substantially more test data than the non-scan-pins 
(which typically only receive set-up data and a repeated data pattern). Data 
provided to scan-pins is typically formatted independently from data provided to 
non-scan pins. Therefore, a user of a testing device may be required to identify 
the scan-pins manually and then provide pin-identification information to the 
testing device. As a result, testing the structure of an electronic device may be 
very costly and time consuming. Therefore, there exists a need for systems and 
methods for addressing these and/or other problems associated with testing an 
electronic device. 



SUMMARY 

[0002] An embodiment of a method for testing a device-under-test (DUT) 

includes examining a test data file that includes test data for testing the DUT, and 
separating a first plurality of data units from a second plurality of data units 
contained in the test data file. The first plurality of data units correspond to a first 
plurality of DUT pins, and the second plurality of data units correspond to a 
second plurality of DUT pins. 

[0003] An embodiment of a system for testing a DUT includes memory operative 

to store a test data file that includes data for testing the DUT, and a processor that 
is programmed to separate a first plurality of data units from a second plurality of 
data units contained in the test data file. 
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[0004] Other systems, methods, features and/or advantages will be or may 

become apparent to one with skill in the art upon examination of the following 
figures and detailed description. It is intended that all such additional systems, 
methods, features, and/or advantages be included within this description and be 
protected by the accompanying claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0005] In the drawings, like reference numerals designate corresponding parts 

throughout the several views. Furthermore, the components in the drawings are 
not drawn to scale. 

[0006] FIG. 1 A is a block diagram depicting an embodiment of a testing system. 

[0007] FIG. IB is a block diagram depicting another embodiment of a testing 

system. 

[0008] FIG. 2 is a flow chart depicting an embodiment of a testing method. 

[0009] FIG. 3 is a flow chart depicting another embodiment of a testing method. 

[00010] FIG. 4 is a flow chart depicting yet another embodiment of a testing 

method. 

[0001 1] FIG. 5 is a block diagram depicting an embodiment of a computer that can 

be used to implement the pin-grouping modules shown in FIGS. 1 A and IB. 

DETAILED DESCRIPTION 

[00012] As will be described in more detail, test data within a test data file are 

separated based on one or more properties of the test data. For example, a first 
set of data corresponding to scan-pins of a device-under-test (DUT) is separated 
from a second set of data corresponding to non-scan pins of the DUT. In this 
manner, the first and second sets of data may be formatted independently from 
each other and/or may be provided to testing resources operating in different 
timing domains. The testing resources may then use the respective sets of data to 
test the structure, functionality and/or performance of the DUT. 
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[00013] FIG. 1 A is a block diagram depicting an embodiment of a testing system 

100-1. The testing system 100-1 includes a pin-grouping module 102-1 for 
separating test data corresponding to scan-pins 113 from test data corresponding 
to non-scan-pins 1 14. The pin-grouping module 102-1 receives a test data file 
101 comprising test data corresponding to scan-pins 1 13 and test data 
corresponding to non-scan-pins 1 14. The format of the test data file 101 may be, 
for example, STIL (standard test interface language) or WGL (waveform 
generation language), among others. From the test data file 101, the pin- 
grouping module 102-1 separates test data 104 corresponding to scan-pins 1 13 
from test data 105 corresponding to non-scan-pins 1 14, and provides the test data 
104 to a scan converter 106 separately from the test data 105. For example, the 
test data 104 may be provided to the scan converter 106 before and/or after the 
test data 105. 

[00014] The scan converter 106 formats the test data 104 and 105 to produce 

formatted test data 107 and 108, respectively, that are subsequently provided to a 
DUT tester 109. The formatted test data 108 has different properties than the 
formatted test data 107, including, for example, different timing complexity, 
vector data volume, and repetitiveness, among others. The DUT tester 109 
includes resources 110 coupled to scan-pins 113 of a DUT 112, and resources 
1 1 1 coupled to non-scan-pins 1 14 of the DUT 1 12. The resources 110 may 
operate in a different timing domain than the resources 111. For example, the 
resources 110 may include processors running at a first clock speed, and the 
resources 1 1 1 may include processors running at a second clock speed. The 
resources 110 receive the formatted test data 107 and provide or receive 
corresponding test signals 1 15 to scan-pins 113. On the other hand, the resources 
1 1 1 receive the formatted test data 108 and provide or receive corresponding test 
signals 117 to non-scan-pins 114. 

[00015] FIG. IB is a block diagram depicting an embodiment of a testing system 

100-2. The pin-grouping module 102-2 receives a test data file 101 and uses the 
test data file 101 to create pin-grouping information 103 identifying scan-pins 
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113 and/or non-scan-pins 1 14 of the DUT 1 12. The pin-grouping module 102-2 
then provides the pin-grouping information 103 and the test data file 101 to the 
scan converter 106. The scan converter 106 uses the pin-grouping information 
103 to format test data (within the test data file 101) corresponding to scan-pins 
1 13 separately from test data corresponding to non-scan-pins 114. The scan 
converter 106 then provides formatted test data 107 (corresponding to scan-pins 
113) and formatted test data 108 (corresponding to non-scan-pins 1 14) to the 
DUT tester 109. The DUT tester 109 may, for example, be configured to operate 
as described in reference to FIG. 1 A. 
[00016] FIG. 2 is a flow chart depicting an embodiment of a testing method 200. 

As indicated in block 201, a test data file 101 (FIG. 1 A) is examined to determine 
whether each data entry in the test data file 101 corresponds to a scan-pin 1 13 or 
to a non-scan-pin 1 14. For example, in a STIL file, a data entry corresponding to 
a scan-pin may include the label "Scanln" (if the data entry is to be provided to a 
scan-pin) or "ScanOut" (if the data entry is to be compared to data received from 
a scan-pin). Such labels may be used to determine the type of pin that each 
respective data entry corresponds to. Data entries corresponding to scan-pins 
1 13 are then separated and formatted independently from data entries 
corresponding to non-scan-pins 1 14, as indicated in blocks 202 and 203, 
respectively. 

[00017] FIG. 3 is a flow chart depicting an embodiment of a testing method 300. 

As indicated in block 301, a test data file 101 (FIG. IB) is examined to identify 
DUT scan-pins 1 13 and/or non-scan-pins 1 14 that are to receive the test data. 
For example, a DUT pin may be identified as a scan-pin if it is designated to 
receive a data entry labeled as "Scanln" or "ScanOut/' Information identifying 
the scan-pins 113 and/or non-scan-pins 1 14 is then stored in memory, and is 
provided (in addition to the test data file 101) to a module configured to format 
the test data file 101, as indicated in blocks 302 and 303, respectively. 

[00018] FIG. 4 is a block diagram depicting an embodiment of a computer 400 that 

can be used to create entries for a waveform table 108 (FIG. 1). Generally, in 
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terms of hardware architecture, as shown in FIG. 4, the components of the 
computer 400 include a processor 402, memory 404, input/output (I/O) interfaces 
406, and a storage device 408. These components (402, 404, 406, and 408) may 
be communicatively coupled via a local interface 420, which may comprise, for 
example, one or more buses or other wired or wireless connections. 

[00019] The processor 402 is a hardware device for executing software, 

particularly that stored in memory 404. When the computer 400 is in operation, 
the processor 402 is configured to execute software stored within the memory 
404, to communicate data to and from the memory 404, and to generally control 
operations of the computer 400 pursuant to the software. 

[00020] The I/O interfaces 406 may be used to communicate with one or more 

peripheral devices including, for example, a printer, a copier, a keyboard, a 
mouse, and/or a monitor, etc. The I/O interfaces 406 may include, for example, a 
serial port, a parallel port, an IR interface, an RF interface, and/or a universal 
serial bus (USB) interface. 

[00021] The memory 404 can include any one or combination of volatile and/or 

non-volatile memory elements now known or later developed. For example, the 
memory 404 may comprise random access memory (RAM), read only memory 
(ROM), a hard disk, a tape, and/or a compact disk ROM (CD-ROM), among 
others. Note that the memory 404 can have a distributed architecture, where 
various components are situated remote from one another, but can be accessed by 
the processor 402. 

[00022] The software applications in memory 404 include an operating system 

(OS) 410 and a pin-grouping module 102. The OS 410 essentially controls the 
execution of the other applications, and provides scheduling, input-output 
control, file and data management, memory management, and/or communication 
control, among other functionality. The pin-grouping module 102 may be used 
identify test data corresponding to scan-pins 113 and/or to separate test-data for 
scan pins from test-data for non-scan-pins 1 14. The pin-grouping module 102 
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may be a source program, an executable program (e.g., object code), a script, or 
any other entity comprising a set of instructions to be executed. 

[00023] The pin-grouping module 102 can be embodied in any computer-readable 

medium for use by or in connection with an instruction execution system, 
apparatus, or device, such as a computer-based system or a processor-containing 
system. In the context of this disclosure, a "computer-readable medium" can be 
any means that can store, communicate, propagate, or transport a program for use 
by or in connection with the instruction execution system, apparatus, or device. 
The computer-readable medium can be, for example, among others, an 
electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, 
apparatus, device, or propagation medium now known or later developed. 

[00024] It should be emphasized that the above-described embodiments are merely 

possible examples, among others, of the implementations. Many variations and 
modifications may be made to the above-described embodiments. All such 
modifications and variations are intended to be included herein within the scope 
of the disclosure and protected by the following claims. 
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